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Description 

FIELD OF THE INVENTION 

5 [0001] This invention relates to data storage systems, such as disk array data storage systems, and methods for 
identifying techniques for improving their performance based upon demands imposed by a user. 

BACKGROUND OF THE INVENTION 

10 [0002] The performance of data storage systems inevitably varies over the course of a lifetime. Performance is 
affected by several different factors, including the types of components employed in the storage system, the operational 
settings, and a customer's storage requirements, such as capacity and I/O demand. As components fail or become 
over- or under-utilized, performance might suffer. If the operational settings are improper for the customer's storage 
configuration, performance might be degraded. If the customer imposes storage demands which are too rigorous for 

15 the present system, resulting in overburdening the storage system, performance will be adversely affected. 

[0003] These performance-affecting factors vary during the life of the data storage system. Moreover, the factors 
might vary dramatically in the short term. When performance noticeably changes, the user is often tempted to make 
system alterations that are expected or believed to improve performance. However, the alterations might be based on 
perceived problems which are actually symptoms of a more fundamental hidden problem. This type of uninformed 

20 problem solving might lead the user to incur unnecessary costs and system down time without ever satisfactorily im- 
proving performance. For instance, the user might believe that adding another disk drive to the disk array would improve 
performance, when in reality, performance could be improved by simply reconfiguring the data storage system in a 
new manner which better accommodates the user's evolving storage demands. 

[0004] It would therefore be advantageous to evaluate system performance during operation in an effort to monitor 
25 or anticipate situations which adversely impact performance. Once detected, the customer could then be alerted that 
the system is not performing optimally, and instructed as to what could be done to improve performance. 
[0005] EP-A-0518574 relates to a graphical system resource monitor for depicting, in real time, a data processing 
system's internal system resource utilization, such as RAM utilization. During operation of the system resource monitor, 
key performance data for various resources are tracked. A graphical interface is provided in order to depict both in- 
30 stantaneous and recent/past records of resource utilization. 

[0006] EP-A-0259224 relates to a system for performing a data processor performance evaluation including data 
collection, analysis and report generation. The data collection involves the periodic selection of measurable values 
(metrics) and system parameters, the analysis involves the application of certain rules comparing metrics and param- 
eters to corresponding thresholds and the report generation includes the display of recommendations to be taken when 
35 certain rules have triggered a certain number of times. 

[0007] It is the object of the present invention to provide methods for flexibly identifying areas for performance im- 
provement in a data storage system. 

[0008] This object is achieved by methods according to claims 1 and 5. 

[0009] According to one aspect of this invention, a method is provided for identifying areas for improvement in a data 

*o storage system. Multiple performance metrics are defined which can be measured during operation of the data storage 
system. Example performance metrics include the total number of blocks read by the host, the total number of blocks 
written by the host, and the amount of time during which commands were outstanding from the host. A specification 
for the expected values of performance metrics is also provided. When the performance metrics are in compliance 
with the specification, the data storage system is operating at optimal performance. 

45 [001 0] According to this method, the performance metrics are sampled during operation of the data storage system. 
During operation, a performance history is constructed to indicate how the data storage system is performing over a 
period of time. The performance history examines the activities and storage demands imposed by the user, such as 
number of l/Os per second, memory transactions, used and unused memory space, etc. The performance history is 
presented to the user, preferably in the form of a graph which plots the activities and storage demands over time. 

so [001 1] When inspecting the performance history, the user can select an evaluation interval for closer scrutiny. This 
is preferably accomplished by graphically overlaying an interval region on the performance history and then permitting 
the user to select the evaluation interval by graphically manipulating the interval region to overlay the desired time 
frame. For the selected evaluation interval, it can be determined whether or not any performance metric is in compliance 
with the specification. In the event that one or more performance metrics are not in compliance with the specification, 

55 one or more various suggestions are provided to help improve performance of the data storage system. The suggestions 
are chosen based upon which of the performance metrics are not in compliance with the specification. 
[001 2] Through the use of these suggestions, the user can make informed decisions on how to improve performance 
of the data storage system. The performance planning method of this invention also helps the user anticipate future 
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storage requirements and timely upgrade the data storage system to accommodate them. 

DESCRIPTION OF THE DRAWINGS 

5 [0013] Preferred embodiments of the invention are described below with reference to the following accompanying 
drawings depicting examples embodying the best mode for practicing the invention. 

[0014] Fig. 1 is a diagrammatical illustration of a host computer station connected to a data storage system of this 
invention. 

[0015] Fig. 2 is a block diagram of a data storage system embodied as a hierarchical disk array 
w [0016] Fig. 3 is a flow diagram depicting a method for identifying areas for performance improvement in the data 
storage system. 

[0017] Fig. 4 is a model illustrating data flow through the data storage system, and locations where performance 
metrics can be measured. 

[0018] Fig. 5 is a visual screen display showing a performance history of the data storage system. 
15 [0019] Fig. 6 is a visual screen display showing performance planning suggestions. 
[0020] Fig. 7 is a visual screen display showing the measured performance metrics. 

DETAILED DESCRIPTION OF THE INVENTION 

20 [0021 ] The methods of this invention are described in the context of computer disk array data storage systems which 
employ multiple disk drives. However, the principles of this invention are applicable to other types of data storage 
systems, such as reel-to-reel storage systems, tape back-up systems, and CD storage systems. 
[0022] Fig. 1 shows a computer system 1 0 having a host computer terminal or station 1 2 connected to a data storage 
system 1 4 via I/O interface bus 1 6. Host computer station 1 2 includes a visual display monitor 1 8, a central processing 

25 unit (CPU) 20, and a keyboard 22. 

[0023] Fig. 2 shows an example construction of data storage system 14 embodied as a hierarchic disk array data 
storage system. Storage system includes disk array 30 having a plurality of storage disks 32, a disk array controller 
34 coupled to the disk array 30 to coordinate data transfer to and from the storage disks 32, and a RAID management 
system 36. 

30 [0024] The term "RAID" (Redundant Arrays of inexpensive Disks) means a disk array in which part of the physical 
storage capacity is used to store redundant information about user data stored on the remainder of the storage capacity. 
The redundant information enables regeneration of user data in the event that one of the array's member disks or the 
access path to it fails. A more detailed discussion of RAID systems is found in a book entitled, The RAIDBook:A Source 
Book for RAID Technology, published June 9, 1993, by the RAID Advisory Board, Lino Lakes, Minnesota. 

35 [0025] Disk array controller 34 is coupled to disk array 30 via one or more interface buses 38, such as a small 
computer system interface (SCSI). RAID management system 36 is operatively coupled to disk array controller 34 via 
an interface protocol 40. The controller 34 is coupled to the host computer via I/O interface bus 1 6. RAID management 
system 36 can be embodied as a separate component, or configured within disk array controller 34 or within the host 
computer to provide a data manager means for controlling disk storage and reliability levels, and for transferring data 

^0 among various reliability storage levels. These reliability storage levels are preferably mirror or parity redundancy 
levels, but can also include a reliability storage level with no redundancy at all. 

[0026] The disk array controller 34 is implemented as a dual controller consisting of disk array controller A 34a and 
disk array controller B 34b. Dual controllers 34a and 34b enhance reliability by providing continuous backup and re- 
dundancy in the event that one controller becomes inoperable. 

45 [0027] Storage disks 32 have example sizes of one to three Gigabytes. The storage disks can be independently 
connected or disconnected to mechanical bays that provide interfacing with SCSI bus 38. In one implementation, the 
data storage system is designed with twelve active mechanical bays. Four SCSI buses are used to interface these 
bays with disk array controller 34 (i.e., one bus per 3 mechanical bays). If the active bays are fully loaded, the data 
storage system has an example combined capacity of 12-36 Gigabytes. 

so [0028] The hierarchic disk array 30 can be characterizable as different storage spaces, including its physical storage 
space and one or more virtual storage spaces. These various views of storage are related through mapping techniques. 
For example, the physical storage space of the disk array can be mapped into a RAID-level virtual storage space which 
delineates storage areas according to the various data reliability levels. For instance, some areas within the RAID- 
level virtual storage space can be allocated for a first reliability storage level, such as mirror or RAID level 1 , and other 

55 areas can be allocated for a second reliability storage level, such as parity or RAID level 5. The RAID-level virtual view 
can be mapped to a second application-level virtual storage space which presents a contiguously addressable storage 
space. The physical configuration and RAID view of the storage space are hidden from the application view, which is 
presented to the user. 
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[0029] A memory map store 42 provides for persistent storage of the virtual mapping information used to map different 
storage spaces into one another. The memory mapping information can be continually or periodically updated by the 
controller or RAID management system as the various mapping configurations among the different views change. The 
memory map store 42 is embodied as two non-volatile RAMs (Random Access Memory) 42a and 42b, such as battery- 
5 backed RAMs, which are located in respective controllers 34a and 34b. The dual NV RAMs 42a and 42b provide for 
redundant storage of the memory mapping information. 

[0030] The storage disks provide a physical storage capacity which is available to the host computer for data storage. 
It is desirable that this capacity be managed effectively to optimize performance, both in terms of efficiency of operation 
as well as satisfying the storage demands imposed by the user. Performance management techniques of this invention 
10 are grounded in finding answers to difficult, imprecise questions which continuously evaluate how well the data storage 
system is performing. The following seven inquiries demonstrate an example set of performance decision making goals: 

1 . Is the data storage system a performance bottleneck? 

2. Do current system configuration settings enable optimal performance? Example settings include SCSI transfer 
15 rate and size of the logical units. 

3. Would rebalancing storage disks on four SCSI channels 38 improve performance? 

4. Would larger, faster, or additional storage disks significantly improve performance? 

5. Would additional RAM in the disk array controller 34 significantly improve performance? 

6. Would additional data storage systems 14 significantly improve performance? 

20 7. Would upgrading to a new generation of disk array controller 34 or storage disk 32 improve performance? 

[0031] The first enumerated decision making inquiry indicates that something is affecting the system, although the 
source may be indeterminable. Inquiries 2-5 involve making changes to the existing data storage system. Inquiries 6-7 
involve alterations which involve additional components, such as modifications made after the capacity of one data 

25 storage system is fully consumed. 

[0032] Performance improvement questions are difficult to answer with absolute accuracy as they involve some 
degree of prediction. However, a complete quantitative estimation of performance parameters requires high storage 
and analytic processing costs. The methods of this invention therefore focus on utilization of the existing components 
in the data storage system. Utilization data helps isolate performance problems, and helps identify components that 

30 are operating well or poorly in their present configuration. The basic performance improvement strategy, then, is to 
invest in changes that will solve current problems, and not in changes to components that are already operating within 
specification. 

[0033] The methods of this invention identify potential areas for performance improvement. The methods inform the 
user as to substandard performance, and generate suggestions which assist the user in rectifying the problems to 

35 return the system to optimal performance. 

[0034] Fig. 3 shows the preferred steps of a method for identifying areas for performance improvement. The initial 
step 50 is to define one or more performance metrics that can be measured during operation of the data storage system. 
Example performance metrics include the total number of blocks read by the host, the total number of blocks written 
by the host, the amount of time during which commands were outstanding from the host, and the maximum SCSI wait 

40 queue size per device. A specification which establishes the standards for the performance metrics is also provided 
(step 52). The data storage system is operating at optimal performance when the performance metrics are in compliance 
with the specification, or said another way, when the performance metrics are "in spec". The standards established by 
the specification may be in the form of acceptance or tolerance computations with thresholds for various performance 
metrics. 

45 [0035] Once the performance metrics and corresponding specification are defined, the data storage system is 
equipped with means for monitoring the performance metrics. Such means is preferably implemented as firmware in 
the disk array controller 34 to extract component utilization data during operation. 

[0036] Once a performance metric measurement means is installed, the next step 54 is to sample the performance 
metrics during operation of the data storage system. This sampling occurs in either the data storage system 14 or the 

50 host computer station 12. Fig. 4 shows an example model 80 of the controller firmware demonstrating the points at 
which performance metrics can be sampled. The circles represent stages of I/O processing and the three-sided boxes 
represent queues. The model shows information flow from the host computer through to the storage disks. Requests 
made by the host flow first into a front end SCSI 82, and are then temporarily held in host queue 84. Decoder 86 
dissects the requests into smaller commands for further processing. The commands are placed in cache queue 88 

55 until cache 90 is ready to accept them. Workload is transformed in hierarchic manager 92 in response to the RAID 
policies 94 regarding hierarchy and redundancy management. Flow continues to SCSI queue 96 which temporarily 
holds items for back end SCSI 98. 

[0037] Performance metrics are extracted at various points along the model. For instance, the performance metric 
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for the total number of blocks read by the host is extracted at point A in front end SCSI 82. The following table 1 lists 
the example performance metrics, the sample points for the performance metrics, and the decision affected by the 
performance metrics. 



5 


TABLE 1 






Metric 


Sample Point 


Decision Supported 


10 


Active - Amount of time during which >0 commands were 
outstanding from host 


A 


1) Is there a Bottleneck? 

7) Upgrade improve performance? 


SCSI Queue Max - Maximum 
SCSI wait queue size per device 


D 


3) Rebalance Disks? ! : 

4) Additional Disks Help? 




Host Read Blocks - Total number of blocks read by host 


B 


1 ) Is there a Bottleneck? 


15 






5) More controller RAM? 

7) Upgrade improve performance? 




Host Write Blocks - Total number of blocks written by host 


B 


1 ) Is there a Bottleneck? 


20 






5) More controller RAM? 






7) Upgrade improve performance? 



[0038] Performance metrics can be measured anywhere in the data storage system. For instance, samples are taken 
at point C for a performance metric concerned with the maximum host wait queue size. 

25 [0039] Returning to Fig. 3, at step 56, a performance history based upon the user's storage activity is constructed. 
The performance history involves those parameters reflecting use of the data storage system, including such param- 
eters as the amount of available space, amount of consumed space, I/O demand, and the amounts of mirror and parity 
type storage. The performance history reveals how the data storage system is performing over a period of time. The 
construction of the performance history per step 56 can be conducted in either the data storage system 14 or the host 

30 computer station 12. 

[0040] The performance history is then presented at the host computer station 12 to the user at step 58. Preferably, 
the performance history is graphically displayed on visual display screen 1 8 in Fig. 1 . 

[0041] Fig. 5 shows an example screen display 100 for performance history. More particularly, the performance of 
the data storage system in terms of unused memory capacity (measured in gigabytes), RAID level 1 type storage 
35 (measured in gigabytes), and I/O access activity (measured in both Kilobytes per second and l/Os per second) are 
provided over a three day period. Notice that the performance history shows considerable activity during daytime hours 
of 6:00 am and 12:00 pm. The displayed time period can be adjusted by the user. 

[0042] Now suppose the user wants to evaluate one particular time period. For instance, the user might observe an 
abnormal glitch or trend in the performance history and wish to examine that period more thoroughly. Another example 
40 is that the user might wish to avoid periods of atypical usage while analyzing more normal periods. In either case, the 
user simply selects an evaluation interval by graphically manipulating a interval region, bounded by vertical lines 102 
and 104, that is overlaid on the performance history graph (step 60 in Fig. 3). Each boundary line 102, 104 is inde- 
pendently slidable over the time scale provided at the bottom the screen. The depicted evaluation interval is from 9: 
00 am to 1 1 :00 pm on May 30. 

45 [0043] Once an evaluation interval is selected, the next step 62 (Fig. 3) is to determine whether any performance 
metric is not "in spec" within the selected evaluation interval. This determination is preferably conducted by a perform- 
ance analysis utility resident in computer station 1 2. The determination of step 62 can be made in many different ways. 
One approach is to average the samples for each performance metric measured over time within the specified evalu- 
ation interval to derive representative average performance metrics. These averaged values can then be compared 

so to respective specification thresholds to determine if the performance metrics are "in spec". Apart from averaging, other 
more complex techniques for combining the samples among multiple performance metrics and filtering them to derive 
composite metrics may be used. 

[0044] The following table 2 lists two example metric determinations. The "SCSI Queue" result is determined from 
a simple evaluation of the performance metric "SCSI Queue Max", whereas the "Bandwidth" result is an example 
55 composite metric which consists of a combination of raw performance metrics "Host Read Blocks", "Host Write Blocks", 
and "Active Time w that have been sampled. 



5 



I' 



EP 0 714 063 B1 



TABLE 2 



Name 


Metric 


Spec 


Out of Spec 


Decision Supported 


SCSI Queue 


SCSI Queue Max 


0-1 


^3 


4) Additional Disks Help? 


Bandwidth 


{(Host Read Blocks + Host Write Blocks)*51 2} 
Active Time 


10 6 


107 


1) Is there a Bottleneck? 



10 



15 



20 



25 



[0045] Another approach is to ascertain an extent to which the performance metrics are "in spec" or "out of spec". 
This can be accomplished by providing multiple thresholds or tolerance computations for each performance metric 
which have different degrees of compliance associated therewith. The sampled performance metric is compared to 
the various thresholds to determine the degree of noncompliance based upon which of the thresholds or tolerance 
computations the sampled performance metric satisfies. Different conclusions regarding operation of the data storage 
system might be drawn depending upon how "out of spec" the performance metric is. 

[0046] If the performance metrics are in compliance with the specification (i.e., the "yes" branch from inquiry step 
64 in Fig. 3), the data storage system is operating at a level of optimal performance. The performance analysis utility 
resident in computer station 12 returns comments stating that all is well for display on the visual display monitor 18 
(step 66). This feedback informs the user that no modifications are necessary. 

[0047] Conversely, if one or more performance metrics are not in compliance with the specification, but instead are 
"out of spec" (i.e., the "no" branch from inquiry step 64), the data storage system provides suggestions to the user that 
would help improve performance (step 68). Such suggestions are chosen from a list of possible suggestions based 
upon which of the one or more performance metrics are "out of spec", and if capable, the degree to which they are 
"out of spec". 

[0048] One way to arrive at the appropriate suggestions is to list the predetermined suggestions in a table and cor- 
relate them with the performance metric. Table 3 provides an example correlation between the performance metric 
determinations "SCSI Queue" and "Bandwidth" from Table 2 (as well as others) and the suggestions. 



TABLE 3 



Out of Spec 


In Spec 


Suggestions 


SCSI Queue 


Max Drives 


Heavy workload for drives. If condition persists, add drives. 


SCSI Queue Max Drives 




Heavy workload for storage system. If condition persists, consider 
adding more storage systems or upgrading to larger storage system. 


Bandwidth Host Setting 




Host data bandwidth may be inhibiting optimal performance. Adjust host 
setting. 


Bandwidth 


Host Setting 


Storage system has inadequate bandwidth for host demand. Upgrade 
to higher end storage system. 



30 



35 



40 



45 



50 



55 



[0049] Once one or more suggestions are chosen given the conditions of the performance metrics, the suggestions 
are displayed to the user via the host computer visual display monitor 1 8 (step 70). An example performance planning 
suggestions screen 106 is shown in Fig. 6. This screen relates to the performance history shown in Fig. 5. This screen 
displays a suggestion "More DRAM would improve performance", and further lists the indications that led to that sug- 
gestion. Notice that the cache utilization metric is "out of spec", indicating that a write cache is too full. It is further noted 
that the DRAM installed is not at maximum. The other indications show normal operation. Based upon these findings, 
the conclusion of adding more DRAM to improve performance is suggested. From this suggestion, the user can now 
make an informed decision to add more DRAM or forego adding more DRAM. 

[0050] If the user would like to evaluate the raw performance metrics which underlie the suggestion to add more 
DRAM, the next step 72 (Fig. 3) is to display the performance metrics themselves on the visual display monitor 18. An 
example screen 108 of performance metrics is shown in Fig. 7. Performance metrics concerning "Relocate", "Working 
Set", "Cache Utilization", "Drive Q", and "Read Multi" are presented. The same evaluation interval from 9:00 am to 11 : 
00 pm on May 30 is bounded by vertical lines 102 and 104. 

[0051] This bar graph provides the processed data samples extracted during this period of time to provide positive 
support for the suggestions being provided to the user. Notice, for example, that the cache utilization metric is relatively 
high in the evaluation interval, and thus yields a finding of "out of spec" which led to the conclusion of adding more 
DRAM. The user might wish to evaluate various intervals to see if the new averaged metric is still "out of spec". 
[0052] Notice that each screen in Figs. 5-7 include buttons 110, 112, and 114 to quickly reference the performance 
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history screen 100, the suggestions screen 106, or the performance metrics screen 108, respectively. These three 
screens provide the user with a wealth of information to help him or her identify areas for performance improvement 
in the data storage system. They also assist the user in anticipating future storage requirements for timely upgrades. 
[0053] In compliance with the statute, the invention has been described in language more or less specific as to 
5 structural and methodical features. It is to be understood, however, that the invention is not limited to the specific 
features shown and described, since the means herein disclosed comprise preferred forms of putting the invention 
into effect. The invention is, therefore, claimed in any of its forms or modifications within the proper scope of the ap- 
pended claims appropriately interpreted in accordance with the doctrine of equivalents. 

10 

Claims 

1. A method for identifying areas for performance improvement in a data storage system (14), the method comprising 
the following steps: 

15 

sampling a performance metric during operation of the data storage system; 

presenting to a user a performance history that is indicative of how the data storage system is performing over 
a period of time; 

20 

permitting the user to select an evaluation interval of the performance history; 

determining whether the performance metric is at a level for optimal performance of the data storage system 
for the selected evaluation interval; and 

25 

based upon said determination of the performance metric for the selected evaluation interval providing at least 
one suggestion to the user that would help improve performance of the data storage system in the event that 
the performance metric is not at the level for optimal performance. 

30 2. A method according to claim 1 wherein the presenting step comprises graphically displaying the performance 
history (100) on a display screen (18) and the permitting step comprises permitting the user to select an evaluation 
interval of the performance history by allowing graphical manipulation of an interval region (102, 104) overlaid on 
the performance history (100). 

35 3. A method according to claim 1 wherein the determining step comprises averaging the samples of the performance 
metric measured over time to derive a representative average performance metric. 

4. A method according to claim 1 wherein the determining step comprises: 

40 combining the samples of the performance metric measured over time; and 

filtering the combined samples to derive a representative value indicative of the performance metric. 

5. A method for identifying areas for performance improvement in a data storage system (14), the method comprising 
the following steps: 

45 

defining multiple performance metrics that can be measured during operation of the data storage system (14); 

providing a specification for the performance metrics whereby the data storage system is operating at optimal 
performance when the performance metrics are in compliance with the specification; 

50 

sampling the performance metrics during operation of the data storage system; 

constructing a performance history that is indicative of how the data storage system is performing over a period 
of time based upon storage demands imposed by a user; 

55 

presenting the performance history to the user; 

enabling the user to select an evaluation interval of the performance history;; 
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determining whether any performance metric is not in compliance with the specification for the selected eval- 
uation interval; and 

in the event that one or more performance metrics are not in compliance with the specification, providing 
suggestions that would help improve performance of the data storage system based upon which of the one 
or more performance metrics are not in compliance with the specification for the selected evaluation interval. 

A method according to claim 5 wherein the specification includes a threshold for individual performance metrics; 
and the determining step comprises averaging individual performance metrics for the evaluation interval and com- 
paring the averaged performance metrics with their respective thresholds. 

A method according to claim 5 wherein the determining step comprises ascertaining an extent to which one or 
more performance metrics are not in compliance with the specification. 

A method according to claim 5 wherein the specification includes multiple thresholds for individual performance 
metrics; and 

the determining step for individual performance metrics comprises: 
averaging the performance metric for the evaluation interval; 
comparing the averaged performance metric to the multiple thresholds; and 

computing degree of noncompliance based upon which of the multiple thresholds the performance metric 
exceeds. 

A method according to claim 5 wherein: 

the presenting step comprises graphically displaying the performance history (100) on a display screen (18); 
and 

the enabling step comprises graphically overlaying an interval region (102,104) on the performance history 
and permitting the user to select the evaluation interval by graphically manipulating the interval region. 

A method according to claim 5 further comprising: 

listing multiple predetermined suggestions in a table which correlates the suggestions to the performance 
metrics; and 

the suggestions providing step comprises extracting one or more suggestions from the table based upon which 
to of the one or more performance metrics are not in compliance with the specification. 



Patentanspruche 

45 1. Ein Verfahren zum Identifizieren von Bereichen zur Leistungsverbesserung in einem Datenspeichersystem (14), 
wobei das Verfahren die nachfolgenden Schritte aufweist: 

Abtasten eines LeistungsmaGes wahrend eines Betriebs des Datenspeichersystems; 

50 Prasentieren einer Leistungsgeschichte einem Anwender, die anzeigt, wie das Datenspeichersystem uber 

einen Zeitraum hinweg arbeitet; 

Ermdglichen, daG der Anwender, ein Bewertungsintervall der Leistungsgeschichte auswahlt; 

& Bestimmen, ob das LeistungsmaG auf einer Ebene fur optimale Leistung des Datenspeichersystems fur das 

ausgewahlte Bewertungsintervall liegt; und 

Liefern zumindest eines Vorschlags zu dem Anwender basierend auf der Bestimmung des LeistungsmaGes 
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fur das ausgewahlte Bewertungsintervall, der helfen wurde, die Leistung des Datenspeichersystems zu ver- 
bessern, fur den Fall, daB das LeistungsmaB nicht auf der Ebene fur optimale Leistung liegt. 

Ein Verfahren gemaB Anspruch 1 , bei dem der Schritt des Prasentierens ein graphisches Anzeigen der Leistungs- 
geschichte (100) auf einem Anzeigebildschirm (18) aufweistund der Schritt des Ermoglichens das Ermoglichen 
aufweist, daB der Anwender, ein Bewertungsintervall der Leistungsgeschichte auswahlt, durch Ermoglichen einer 
graphischen Manipulation eines Intervallbereichs (102, 104), der der Leistungsgeschichte (100) uberlagert ist. 

Ein Verfahren gemaB Anspruch 1 , bei dem der Schritt des Bestimmens ein Mitteln der Abtastwerte des Leistungs- 
maBes aufweist, die im Laufe der Zeit gemessen wurden, urn ein representatives DurchschnittsleistungsmaB ab- 
zuleiten. 

Ein Verfahren gemaB Anspruch 1 , bei dem der Schritt des Bestimmens folgende Schritte aufweist. 

Kombinieren der Abtastwerte des LeistungsmaBes, die im Laufe der Zeit gemessen wurden; und 

Filtern der kombinierten Abtastwerte, urn einen reprasentativen Wert abzuleiten, der das LeistungsmaB angibt. 

Ein Verfahren zum Identifizieren von Bereichen zur Leistungsverbesserung in einem Datenspeichersystem (14), 
wobei das Verfahren folgende Schritte aufweist: 

Definieren von mehreren LeistungsmaBen, die wahrend des Betriebs des Datenspeichersystems (14) gemes- 
sen werden konnen; 

Liefern einer Spezifikation fur die LeistungsmaBe, wobei das Datenspeichersystem mit optimaler Leistung 
arbeitet, wenn die LeistungsmaBe mit der Spezifikation ubereinstimmen; 

Abtasten der LeistungsmaBe wahrend des Betriebs des Datenspeichersystems; 

Erstellen einer Leistungsgeschichte, die angibt, wie das Datenspeichersystem basierend auf Speicheranfor- 
derungen, die durch einen Anwender gestellt werden, uber einen Zeitraum hinweg arbeitet; 

Prasentieren einer Leistungsgeschichte dem Anwender; 

Ermoglichen, daB der Anwender ein Bewertungsintervall der Leistungsgeschichte auswahlt; 

Bestimmen, ob ein beliebiges LeistungsmaB nicht mit der Spezifikation fur das ausgewahlte Bewertungsin- 
tervall ubereinstimmt; und 

fur den Fall, daB ein oder mehrere LeistungsmaBe nicht mit der Spezifikation ubereinstimmen, Liefern von 
Vorschlagen, die, basierend darauf, welches der ein Oder mehreren LeistungsmaBe nicht mit der Spezifikation 
fur das ausgewahlte Bewertungsintervall ubereinstimmen, helfen wurden, die Leistung des Datenspeichersy- 
stems zu verbessern. 

Ein Verfahren gemaB Anspruch 5, bei dem die Spezifikation einen Schwellenwert fur individuelle LeistungsmaBe 
umfaBt; und der Schritt des Bestimmens ein Mitteln individueller LeistungsmaBe fur das Bewertungsintervall und 
ein Vergleichen der gemittelten LeistungsmaBe mit ihren entsprechenden Schwellenwerten aufweist. 

Ein Verfahren gemaB Anspruch 5, bei dem der Schritt des Bestimmens ein Ermitteln eines AusmaBes aufweist, 
in dem ein oder mehrere LeistungsmaBe nicht mit der Spezifikation ubereinstimmen. 

Ein Verfahren gemaB Anspruch 5, bei dem die Spezifikation mehrere Schweilenwerte fur individuelle Leistungs- 
maBe umfaBt; und 

der Schritt des Bestimmens fur individuelle LeistungsmaBe folgende Schritte aufweist: 
Mitteln des LeistungsmaBes fur das Bewertungsintervall; 

Vergleichen des gemittelten LeistungsmaBes mit den mehreren Schwellenwerten; und 
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Berechnen des Grads der Nichtubereinstimmung basierend darauf, welchen der mehreren Schwellenwerte 
das LeistungsmaB ubertrifft. 

9. Ein Verfahren gemaB Anspruch 5, bei dem: 

5 

der Schritt des Prasentierens ein graphisches Anzeigen der Leistungsgeschichte (100) auf einer Bildschirm- 
anzeige (18) aufweist; und 

der Schritt des Ermoglichens ein graphisches Uberlagern eines Intervallbereichs (102, 104) auf die Leistungs- 
10 geschichte und ein Ermoglichen, daB der Anwender das Bewertungsintervall durch graphisches Manipuiieren 

des Intervallbereichs auswahlt, aufweist. 

10. Ein Verfahren gemaB Anspruch 5, das ferner folgende Schritte aufweist: 

15 Auflisten mehrerer vorbestimmter Vorschlage in einer Tabelle, die die Vorschlage mit den LeistungsmaBen 

korreliert; und 

der Schritt des Lieferns von Vorschlagen ein Extrahieren von einem oder mehr Vorschlagen aus der Tabelle 
basierend darauf, welches der ein oder mehreren LeistungsmaBe nicht mit der Spezifikation ubereinstimmt, 
20 aufweist. 



Revendications 

25 1 . Procede pour identifier des zones pour 1'ameiioration des performances dans un systeme de stockage de donnees 
(14), le procede comprenant les etapes suivantes : 

echantillonner une metrique de performances pendant le fonctionnement du systeme de stockage de 
donnees ; 

30 presenter a un utilisateur un historique des performances indiquant la facon dont le systeme de stockage de 

donnees fonctionne pendant une certaine peViode de temps ; 

permettre a I'utilisateur de seiectionner un intervalle devaluation de I'hislorique de performances ; 
determiner si la metrique de performances est a un niveau de performances optimales du systeme de stockage 
de donnees pour I'intervalle devaluation selectionne" ; et 
35 en se basant sur ladite determination de la metrique de performances pour I'intervalle devaluation seiectionne, 

fournir au moins une suggestion a I'utilisateur I'aldant a ameiiorer les performances du systeme de stockage 
de donnees dans le cas ou la metrique de performances n'est pas au niveau des performances optimales. 

2. Precede* selon la revendication 1, dans lequel retape de presentation comprend I'affichage graphique de I'histo- 
40 rique de performances (100) sur un ecran d'affichage (18) et retape d'autorisation comprend I'autorisation a I'uti- 
lisateur de seiectionner un intervalle devaluation de I'historique de performances en permettant une manipulation 
graphique d'une region d'intervalle (102, 104) superposee a I'historique de performances (100). 

3. Procede selon la revendication 1 , dans lequel retape de determination comprend le moyennage des echantillons 
45 de la metrique de performances mesuree dans le temps pour determiner une metrique de performances moyenne 

representative. 

4. Procede selon la revendication 1 , dans lequel retape de determination comprend : 

50 la combinaison des echantillons de la metrique de performances mesuree dans le temps ; et 

le filtrage des echantillons combines pour determiner une valeur representative indiquant la metrique de per- 
formances. 

5. Procede pour identifier des zones pour ('amelioration des performances dans un systeme de slockage de donnees 
55 (14), le procede comprenant les etapes suivantes : 

definir des metriques de performances multiples pouvant etre mesurees pendant le fonctionnement du sys- 
teme de stockage de donnees ; 
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fournir une specification pour les metriques de performances telle que le systeme de stockage de donnees 
fonctionne pour des performances optimales lorsque les metriques de performances sont conformes k la 
specification ; 

echantillonner les metriques de performances pendant le fonctionnement du systeme de stockage de 
5 donnees ; 

construire un historique des performances indiquant la fagon dont le systeme de stockage de donnees fonc- 
tionne pendant une periode de temps bas6e sur les demandes de stockage imposees par un utilisateur ; 
presenter I'historique des performances k I'utilisateur ; 

permettre k I'utilisateur de seiectionner un intervalle devaluation de I'historique de performances ; 
10 determiner si une quelconque metrique de performances n'est pas conforme & la specification pour I'intervalle 

devaluation seiectionne ; et 

dans le cas ou une ou plusieurs metriques de performances ne sont pas conformes k la specification, fournir 
des suggestions facilitant ('amelioration des performances du systeme de stockage de donnees en se basant 
sur celle(s) de la ou des metriques de performances qui n'est ou ne sont pas conforme(s) & la specification 
15 pour I'intervalle devaluation seiectionne. 

6. Procede selon la revendication 5, dans lequel la specification comporte un seuil pour des metriques de perfor- 
mances individuelles ; et retape de determination comprend le moyennage des metriques de performances indi- 
viduelles pour I'intervalle devaluation et la comparaison des metriques de performances moyennees k leurs seuils 

20 respectifs. 

7. Procede selon la revendication 5, dans lequel retape de determination comprend la verification de I'importance 
dont une ou plusieurs metriques de performances ne sont pas conformes k la specification. 

25 8. Procede selon la revendication 5, dans lequel la specification comporte des seuils multiples pour des metriques 
de performances individuelles ; et 

retape de determination des metriques de performances individuelles comprend : 

le moyennage de la metrique de performances pour I'intervalle devaluation ; 
30 la comparaison de la metrique de performances moyennee aux seuils multiples ; et 

le calcul du degre de non-conformite en se basant sur celui des seuils multiples que depasse la metrique de 
performances. 



9. Procede selon la revendication 5, dans lequel : 



35 



retape de presentation comprend I'affichage graphique de I'historique de performances (100) sur un 6cran 
d'affichage (18) ; et 

retape d'activation comprend la superposition graphique d'une region d'intervalle (102, 104) sur I'historique 
de performances et la permission a I'utilisateur de seiectionner I'intervalle devaluation en manipulant graphi- 
40 quement la reqion d'intervalle. 

10. Procede selon la revendication 5, comprenant en outre : 

la fourniture de la liste de multiples suggestions predeterminees dans une table effectuant la correlation entre 
45 les suggestions et les metriques de performances ; et 

retape de fourniture de suggestions comprend I'extraction d'une ou plusieurs suggestions de la table en se 
basant sur celle(s) de la ou des metriques de performances qui n'est ou ne sont pas conforme(s) k la speci- 
fication. 

50 



55 
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